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Description 

[SYSTEM AND METHOD FOR 
ARBITRATION BETWEEN SHARED 
PERIPHERAL CORE DEVICES IN SYSTEM 
ON CHIP ARCHITECTURES] 

Background of Invention 

[0001] The present invention relates generally to computer sys- 
tem on chip architectures, and, more particularly, to a 
system and method for implementing arbitration between 
shared peripheral core devices in system on chip (SOC) ar- 
chitectures. 

[0002] Recent advances in silicon densities now allow for the in- 
tegration of numerous functions onto a single silicon chip. 
With this increased density, peripherals formerly attached 
to the processor at the card level are now integrated onto 
the same die as the processor. As a result, chip designers 
must now address issues traditionally handled by the sys- 
tem designer. For example, the on-chip buses used in 



such system on chip (SOC) designs must be sufficiently 
flexible and robust in order to support a wide variety of 
embedded system needs. Typically, an SOC contains nu- 
merous functional blocks representing a very large num- 
ber of logic gates, the designs of which may be realized 
through a macro-based approach. Macro-based designs 
provide numerous benefits during logic entry and verifica- 
tion. From generic serial ports to complex memory con- 
trollers and processor cores, each SOC generally requires 
the use of common macros. 
[0003] | n modern SOC design architectures, there may be many 
processors each needing to share the same peripheral 
cores. Although still necessary, many of these peripheral 
cores are actually used on an infrequent basis. In the case 
where a separate set of peripheral cores is placed on the 
SOC for each individual processor in the system, the result 
is a great deal of device redundancy and wasted silicon. 
On the other hand, if the system were to provide a 
method of sharing each peripheral among several proces- 
sors, this redundancy would be eliminated. One possible 
solution in this regard could be to connect each processor 
to the same system bus and to share a small number of 
peripherals over the same bus. However, this approach is 



often impractical, since the bandwidth of the system bus 
may not support several processors. 
[0004] Accordingly, it would be desirable to be able to implement 
an SOC architecture that would remove much of the previ- 
ous redundancy by sharing lesser used peripherals, but 
that would also maintain separate system busses to sup- 
port several processors. 
Summary of Invention 

[0005] The foregoing discussed drawbacks and deficiencies of 
the prior art are overcome or alleviated by a system for 
implementing arbitration between one or more shared pe- 
ripheral core devices in system on chip (SOC) integrated 
circuit architecture. In an exemplary embodiment, the 
system includes a first microprocessor in communication 
with a first system bus, and a second microprocessor in 
communication with a second system bus. At least one 
peripheral core device is accessible by both the first mi- 
croprocessor and said second microprocessor, and an ar- 
bitration unit is in communication with the first system 
bus and the second system bus. The arbitration unit is 
configured to control communication between the at least 
one peripheral core device and the first and second mi- 
croprocessors. 



[0006] | n another embodiment, a method for implementing arbi- 
tration between one or more shared peripheral core de- 
vices in a system on chip (SOC) integrated circuit architec- 
ture includes configuring a first microprocessor in com- 
munication with a first system bus, configuring a second 
microprocessor in communication with a second system 
bus, and configuring at least one peripheral core device to 
be accessible by both the first microprocessor and the 
second microprocessor. An arbitration unit is configured 
in communication with the first system bus and the sec- 
ond system bus, wherein the arbitration unit controls 
communication between the at least one peripheral core 

device and the first and second microprocessors. 
Brief Description of Drawings 

[0007] Referring to the exemplary drawings wherein like ele- 
ments are numbered alike in the several Figures: 

[0008] Figure 1 is a block diagram of an existing system on a 
chip (SOC) architecture; 

[0009] Figure 2 is a block diagram of a SOC architecture, config- 
ured for implementing arbitration between shared periph- 
eral core devices, in accordance with an embodiment of 
the invention; 

[0010] Figure 3 is a schematic diagram of a first embodiment of 



an individual arbitration unit of Figure 2; 
[001 1] Figure 4 is a schematic diagram of a second embodiment 

of an individual arbitration unit of Figure 2; 
[0012] Figure 5 is a schematic diagram of a third embodiment of 

an individual arbitration unit of Figure 2; and 

[0013] Figure 6 is a schematic diagram of a fourth embodiment 

of an individual arbitration unit of Figure 2. 
Detailed Description 

[0014] Disclosed herein is a system and method for implement- 
ing arbitration between shared peripheral core devices in 
system on chip (SOC) architectures. For architectures in 
which an SOC includes several processors that all need 
access to a given set of cores, a single set of cores is pro- 
vided on the chip (rather than providing a separate set of 
cores for each processor), wherein the processors share 
use of the cores as needed. Briefly stated, the present dis- 
closure introduces an arbitration unit that manages the 
complex function of multiplexing a small number of iden- 
tical peripheral cores among several processors. The arbi- 
tration unit is configured to independently connect to 
each separate processor bus. Where several types of pe- 
ripheral cores are to be shared in this manner, an arbitra- 
tion unit is used for each type of peripheral. 



[0015] Referring initially to Figure 1, there is shown a block dia- 
gram of an existing system on a chip (SOC) architecture 
100, including a first microprocessor 102a and a second 
microprocessor 102b, each in communication with a sep- 
arate processor bus 104a, 104b, respectively. As indicated 
above, a present approach for attaching peripherals to 
multiple processor busses is to implement two fully sepa- 
rate systems, each containing its own system bus and pe- 
ripheral sets. Thus, for example, first processor 102a has 
access, through bus 104a, to three peripheral sets: (a_l, 
a_2), (b_l, b_2), and (c_l, c_2). Similarly, second proces- 
sor 102b has access, through bus 104b, to three separate 
peripheral sets: (a_3, a_4), (b_3, b_4), and (c_3, c_4). Al- 
though such an arrangement may be fully functional for 
the desired capabilities of the SOC architecture 100, the 
redundant set of peripheral cores unnecessarily consumes 
device real estate. 

[0016] Therefore, in accordance with an embodiment of the in- 
vention, Figure 2 is a block diagram of a novel system on 
a chip (SOC) architecture 200, configured for implement- 
ing arbitration between shared peripheral core devices. 
Although each processor 102a, 102b is still provided with 
its own processor bus 104a, 104b, each set of peripheral 



devices (a_l, a_2), (b_l, b_2), and (c_l, c_2) is accessible 
by both processors and busses. In order to manage access 
by the processors and processor busses to the peripheral 
devices, a set of arbitration units 106a, 106b, 106c is 
provided for each set of peripherals. It should be noted 
that although the examples depicted herein illustrate two 
processors, the principles of the present invention em- 
bodiments are equally applicable to architecture having 
several processors and associated busses. 
[0017] Though the arbitration functions for external l/0"s may 
differ depending on the embodiment, the arbitration pro- 
tocol between a processor and a given peripheral core is 
consistent. More specifically, an arbitration unit associ- 
ated with a particular peripheral is able to detect an ap- 
propriate request for that peripheral by either processor 
102a or processor 102b. This may be implemented 
through simple addressing methods. Once a request is 
detected, the arbitration unit will inspect its internal reg- 
isters to determine which peripheral, if any, is presently 
free to handle the request. If a free peripheral is detected, 
the arbitration unit notes the assignment internally, and 
data passes between the free peripheral as needed. On 
the other hand, if a free peripheral is not found, the arbi- 



tration utilizes the corresponding system bus to inform 
the requesting processor that the requested peripheral is 
busy. This status will be continuously updated until such 
time as a peripheral becomes available. 

[0018] | n addition, each arbitration unit may also implement data 
buffering on the processor bus interface and the external 
I/O to allow itself to store certain data transfers in the 
event that all peripherals are busy at a given time. This 
type of buffering would preferably be implemented in a 
manner such that data could be multiplexed (muxed) in 
and out so that it is not used when the peripheral devices 
are not busy. As described in further detail hereinafter, 
there are least four ways that an arbitration unit could be 
internally configured, based on the type of peripheral core 
connected thereto: 

[00 1 9] 1. No external I/O; 

[0020] 2. External output only; 

[0021] 3 External input and output, response based; and 

[0022] 4_ External input and output, arbitrary. 

[0023] Embodiment 1 - No external I/O 

[0024] Referring now to Figure 3, there is shown a schematic dia- 



gram of an individual arbitration unit 106, wherein the 
peripheral cores (core_a, core_b) associated therewith 
specifically service the processor internally with respect to 
the chip. One example of such a core is a compression 
core, which does not utilize any external l/0"s. As such, 
the arbitration unit 106 will simply detect a request from 
one of the processor busses (104a, 104b of Figure 2) 
through an associated internal buffer device 108a, 108b. 
Arbitration logic 110 within the arbitration unit 106 is 
used to assign a peripheral (core_a or core_b) to the re- 
questing processor, and the assigned peripheral then 
completes the request and returns the requested data to 
the arbitration unit 106, which in turn routes the data on 
to the requesting processor through input muxing cir- 
cuitry 112. At this point, the peripheral's immediate task 
is considered complete and is thus ready for a new re- 
quest from either processor. 
[0025] Embodiment 2 - External output only 

[0026] Figure 4 is a schematic diagram of another individual ar- 
bitration unit 106, wherein the peripheral cores (core_a, 
core_b) associated therewith only pass data outward from 
the chip. An example of such a core type would be a con- 
trol signal, or possibly a unidirectional parallel port. In 



this implementation of the arbitration unit 106, the state 
of the peripheral need only be kept during an actual 
transfer of data. Once the data has passed out from the 
peripheral core, the core is free to accept another transfer 
request from either processor. Thus, in addition to the el- 
ements of the arbitration unit 106 shown in Figure 3, ex- 
ternal muxing circuitry 114 is included in the configura- 
tion of Figure 4 for handling the data passed from the 
cores to the external output path off chip. 
[0027] Embodiment 3 - External input and output, response 
based 

[0028] Referring now to Figure 5, there is shown a schematic dia- 
gram of another individual arbitration unit 106, wherein 
the peripheral cores (core_a, core_b) associated therewith 
are configured to accept data for external transfer out, to 
further wait for a reply from the external device, and then 
to transfer that reply back to the requesting processor. 
One example of such a peripheral device would be a stor- 
age controller or memory device. The internal configura- 
tion of the arbitration unit 106 associated with this type of 
peripheral core is similar to the embodiment of Figure 4, 
since the incoming data's expected destination may be 
easily determined by the arbitration unit logic 110. In par- 



ticular, the arbitration unit 106 detects an outgoing signal 
on an external bus (external I/O), and then assigns a pro- 
cessor to the originating peripheral. This assignment 
would remain active until the arbitration unit detects a re- 
sponse coming back from the peripheral. After transfer- 
ring that data back to the assigned processor, the periph- 
eral becomes available for another assigned task. 
[0029] Embodiment 4 - External input and output, arbitrary 

[0030] Finally, Figure 6 is a schematic diagram of still another in- 
dividual arbitration unit 106, wherein the peripheral cores 
(core_a, core_b) associated therewith are able to receive 
incoming external data at any time. An example of such a 
peripheral core would be a USB or serial port. This type of 
arbitration unit may be configured by creating an external 
connection for each possible combination of processor 
and peripheral core. In the example illustrated, given a 
pair of processors and a pair of peripheral cores, there are 
four external connections provided with the arbitration 
unit (output_a_l, output_a_2, output_b_l, and out- 
put_b_2), as well as an external buffer device 116. 

[0031] Thus configured, the arbitration unit 106 is able to iden- 
tify the target destination by simply looking at the bus 
that the data arrived on. The appropriate processor would 



then look for a free peripheral and stream the incoming 
data to the free peripheral. This also establishes a periph- 
eral/processor association such the arbitration unit would 
know where to send the data to once it flows through the 
peripheral. After each transfer in either direction, the ar- 
bitration unit then closes the association and considers 
the peripheral free again. The arbitration takes place at 
the digital level of the bus; i.e., there would be a physical 
layer for each external output, and the muxing would be 
carried out above the physical layer. 
[0032] while the invention has been described with reference to a 
preferred embodiment or embodiments, it will be under- 
stood by those skilled in the art that various changes may 
be made and equivalents may be substituted for elements 
thereof without departing from the scope of the invention. 
In addition, many modifications may be made to adapt a 
particular situation or material to the teachings of the in- 
vention without departing from the essential scope 
thereof. Therefore, it is intended that the invention not be 
limited to the particular embodiment disclosed as the best 
mode contemplated for carrying out this invention, but 
that the invention will include all embodiments falling 
within the scope of the appended claims. 



